SUBSTITUTE SPECIFICATION 
TITLE OF THE INVENTION 

WORK SUPPORT INFORMATION EXTRACTING PROGRAM AND WORK 
SUPPORT INFORMATION EXTRACTING SYSTEM USING THE SAME 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a work support system for guiding 

the schedule and procedure of work in general enterprises or governmental offices, 
particularly to a work support information extracting program for generating a work 
support flow to be used for work support purposes on a work support unit and also to a 
work support information extracting system using the program. 

[0002] Conventionally, a workflow system has been employed as a 

system for supporting typical or routine work. The workflow system is provided with a 
function that defines predetermined work procedures as workflow data and provides 
guidance for the schedule and ways of carrying out the work according to the defined 
data. A workflow generation support system is a system for generating workflow data. 

[0003] A workflow generation support system is disclosed in Japanese 

Application Patent Laid-open Publications No. HEI 07-249024 and HEI 08-287157, 
which system is capable of defining work items, work conditions, and work sequences. 
The way of defining such parameters differs from one system to another, such that some 
systems (Japanese Application Patent Laid-open Publication No. 08-287157) indicate the 
work sequence in a visual way, where nodes are connected with arrows, and some 
systems (Japanese Application Patent Laid-open Publication No. HEI 07-249024) 
indicate the work items in a list form where priorities are given to the items. 
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[0004] Japanese Application Patent Laid-open Publication No. HEI 

10-326306 describes a task assignment system, where the tasks assigned to a class, to 
which a worker belongs, and also to a higher class are assigned to the worker. Besides, 
Japanese Application Patent Laid-open Publication No. HEI 08-161393 discloses a work 
system that is provided with a work environment editing function, so that it is flexible for 
any change in the work environment, work description and organization. 

[0005] The conventional workflow generation support system is capable 

of defining the work item, work condition and work sequence. However, there arises a 
problem in that different workflow writers may describe the workflow for the same work 
with different grading because the system is not provided with a standard for determining 
the unit (or preciseness) of a work item. 

[0006] When an organization A has, for example, an item of work called 

a "Request for Order", comprising two work items called "Preparation of Order" and 
"Section Manager's approval on Order", and a workflow is to be prepared for this, one 
writer may create a workflow in which the work "Section Manager's approval on Order" 
be carried out after the work "Preparation of Order" is completed, but another writer may 
create a workflow which completes the work with a single work item "Request for 
Order". 

[0007] With a workflow generation support system as disclosed in 

Japanese Application Patent Laid-open Publication No. HEI 07-249024 and Japanese 
Application Patent Laid-open Publication No. HEI 10-326306, there arises a problem in 
that, if work is to be carried out jointly by multiple organizations, partial modification of 
the workflow as a result of personnel changes and/or organization changes affects other 
workflows because the priority of the work sequence can be attributed directly to the 



work of a different organization. 

[0008] Here, an assumption is made that, for example, the work called 

"Ordering" is required in a different organization B after the work "Section Manager's 
approval on Order" in the previous case. If the work "Department Manager's approval on 
Order" is further needed after the work "Section Manager's approval on Order", the 
following will happen. 

[0009] If the above modification is made by the organization A which 

carries out the work "Request for Order", the workflow is so changed by the organization 
A that the work "Department Manager's approval on Order" is carried out after "Section 
Manager's approval on Order". To modify the workflow correctly, however, the 
carrying-out condition of "Ordering" must also be changed from "Section Manager's 
approval on Order" completed to "Department Manager's approval on Order" completed. 
If a workflow writer in the organization A is not well aware of the work in an external 
organization B, there is no guarantee that the condition of the work "Ordering" that is 
carried out by the organization B will be modified correctly. This problem becomes 
more serious as the condition of the work "Ordering" becomes more complicated. 

[0010] Besides, a workflow generation support system disclosed in 

Japanese Application Patent Laid-open Publication No. HEI 08-287157 is provided with 
a function for describing classified workflows, but with no standard for determining the 
work class, that is, what range of work items carried out in individual classes should be 
assigned to each roughly defined class. As a result, there arises a problem in that 
different workflow writers may describe different work class information. 

[001 1] With a work system as described in Japanese Application Patent 

Laid-open Publication No. HEI 08-161393, on the other hand, a user must describe the 
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relationship of work items between different classes in a direct manner, because the 
system is not provided with a function for describing classified workflows. As a result, 
maintenance of the workflows is difficult. 

[0012] In short, with a conventional workflow generation support system, 

describing a workflow requires a task dependent upon the writer's subjectivity and, 
because of this, there arises a problem in that only an expert writer can describe the 
workflow or in that the described workflow cannot be modified. 
SUMMARY OF THE INVENTION 

[0013] An object of the present invention, where there is provided a 

function for describing classified workflows, is to offer a work support information 
extracting program and a work support information extracting system using the program, 
which provides a workflow writer with an objective standard for determining the work 
item unit and work class. 

[0014] Another object of the present invention, where there is provided a 

function for describing classified workflows, is to offer a work support information 
extracting program and a work support information extracting system using the program, 
in which modification of some workflows does not produce an effect on the other 
workflows. 

[0015] In order to solve the problems described above, the work support 

information extracting program according to the present invention is to be executed on a 
computer comprising a data processing unit, a storage unit containing a staff/organization 
database, and an input-output unit; the work support information extracting program is 
provided with a work extracting function that stores an inputted work database into the 
storage unit and a work support flow generating function that generates work support 



flow data from the information in the staff/organization database and work database and 
stores the data into the storage unit as well; and the work support flow generating 
function is provided with a function that generates, from the workflows in an 
organizational class stored in the work database and class information stored in the 
staff/organization database, the work condition information applicable to multiple 
organizational classes. 

[0016] The work support information extracting system according to the 

present invention is constructed of a work support information extracting program that 
executes a staff/organization database (hereinafter called staff/organization DB) inputting 
function that inputs the staff/organization DB containing the organization information 
about the class structure of the organization that carries out the work and the staff 
information about the staff who constitutes the organization and carries out the work; a 
work extracting function that inputs the work database (hereinafter called the work DB) 
containing the work item information, work condition information that indicates the 
sequences and conditions of carrying out the work, and work unit information that 
indicates the person(s) or organization(s) in charge of carrying out the work; and a work 
support flow generating function that generates work support flow data from the 
information in the staff/organization DB and work DB; and a storage unit that stores the 
staff/organization DB, work DB, and work support flow data; an input unit that executes, 
out of the functions executed by the work support information extracting program, a 
function of receiving inputs from the user of the system; and the functions executed by 
the work support information extracting program. 

[0017] With a work support information extracting program according to 

the present invention and a unit using the program, where there is provided a function for 

5 



describing the classified workflows, work can be extracted in a unit corresponding to the 
unit of staff/organization structure. In addition, the effect of modifying a workflow can 
be limited within the organization which carries out the work so that modifying a 
workflow in an organizational class results in no effect on the workflow of other 
organizational classes. 

[001 8] According to the present invention, a user can modify the work 

system applicable to multiple organizations or classes by defining only the sequence in 
the organization or class. 
BRIEF DESCRIPTION OF DRAWINGS 

[0019] Fig. 1 is a block diagram showing an example of the functional 

elements of a work support information extracting program according to a first 
embodiment of the present invention; 

[0020] Fig. 2 is a block diagram showing the construction of a work 

support information extracting unit according to the first embodiment of the present 
invention; 

[0021] Figs. 3(a) and 3(b) are charts showing the format and Fig. 3(c) is a 

block diagram showing an example of the staff/organization DB used in the first 
embodiment; 

[0022] Fig. 4 is a diagram showing an example of the input screen of the 

staff/organization DB in the first embodiment; 

[0023] Fig. 5 is a flowchart showing the internal process of the work 

extracting process in the first embodiment; 

[0024] Fig. 6 is a flowchart showing the internal process of the sub-work 

carrying-out unit extracting process in the first embodiment; 



[0025] Fig. 7 is a flowchart showing the internal process of the sub-work 

carrying-out condition extracting process in the first embodiment; 

[0026] Fig. 8(a) is a chart showing the format and Fig. 8(b) is a block 

diagram showing an example of the work DB used in the first embodiment; 

[0027] Fig. 9 is a diagram showing an example of the work data input 

screen (for a case where the workflow contains no branch) in the first embodiment; 

[0028] Fig. 10 is a diagram showing an example of the work data input 

screen (for a case where the workflow contains a branch) in the first embodiment; 

[0029] Fig. 1 1 is a flowchart showing the internal process of the sub-class 

workflow completion condition generating process in the first embodiment; 

[0030] Figs. 12(a) and 12(c) are diagrams showing the format and Fig. 

12(b) is a flow diagram showing an example of the workflow completion condition table 
in the first embodiment; 

[003 1] Fig. 13 is a diagram showing an example of the input screen of the 

sub-class workflow completion condition in the first embodiment; 

[0032] Fig. 14 is a flowchart showing the internal process of the work 

support flow generating process in the first embodiment; 

[0033] Fig. 15 is a flowchart showing the internal process of the 

highest-class work searching process in the first embodiment; 

[0034] Fig. 16 is a diagram showing an example of the work support flow 

data; 

[0035] Fig. 17 is a diagram showing the data structure in the work support 

information extracting service according to the second embodiment of the present 
invention; 
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[0036] Fig. 18 is a flowchart showing an example of the work support 

information extracting program in the second embodiment; 

[0037] Fig. 19 is a diagram showing the data updating in the work support 

information extracting service in the second embodiment; 

[0038] Fig. 20 is a diagram showing an example of the enterprise DB in 

the second embodiment; 

[0039] Fig. 21 is a diagram showing an example of the integrated 

enterprise DB in the second embodiment; and 

[0040] Fig. 22 is a diagram showing an example of the integrated work 

support flow data in the second embodiment. 
DETAILED DESCRIPTION OF THE EMBODIMENTS 

[004 1 ] The first preferred embodiment of the present invention will be 

explained with reference to Fig. 1 to Fig. 16. To start with, the work support information 
extracting system of the first embodiment will be explained with reference to Figs. 1 and 
2. 

[0042] The work support information extracting program 1 0 for the work 

support information extracting system of the present invention comprises a 
staff/organization DB inputting process 1 00 that inputs the staff/organization data into 
the staff/organization DB 130, a work extracting process 1 10 that inputs the work data 
into the work DB 1 40, and a work support flow generating process 1 20 that automatically 
generates the work support flow data 150 from the information stored in the 
staff/organization DB 130 and work DB 140. In this embodiment, the work support 
information extracting program 10 is executed by a work support information extracting 
unit 20, which is shown in Fig. 2. That is, the work support information extracting unit 
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20 comprises an information processing unit 200, display unit 210, input unit 220, and 
storage units 230, 232. The work support information extracting program 10 is stored in 
the storage unit (or storage medium) 232 and executed on the information processing unit 
200 or the like. 

[0043] In Fig. 1, the staff/organization inputting process 100 inputs staff 

data and organization data, in accordance with the data format of the staff/organization 
DB, and stores the data in the staff/organization DB. Any means of effecting such input 
is acceptable. For example, data can be inputted from the staff/organization DB input 
screen 400, to be explained later, or necessary staff data and organization data can be 
read out from a staff/organization file prepared separately. 

[0044] Next, the work extracting process 1 10 inputs the information about 

the work that is subdivided by a staff unit and organization unit, in accordance with the 
data in the staff/organization DB, and stores the data in the work DB. Since the work is 
subdivided by class, for example, subdivided into the highest-class organization work, 
the second highest-class organization work, the third highest-class organization work and 
so on, in this process, the work name and organization name of the highest-class 
organization is handed over to the work extracting process 110. A detailed explanation 
of the work extracting process 110 will be given later. 

[0045] Lastly, the work support flow generating process 120 generates the 

work support flow data, which is the final work support data, from the data in the 
staff/organization DB and work DB. A detailed explanation of the work support flow 
generating process 120 will be given later. 

[0046] In the processes in steps 1 00 to 1 20 as described above, 

work-related information corresponding to a staff unit or organization unit is inputted by 
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the user, and the work flow in an organization is also inputted by the user independently 
from that in other organizational classes. Thus, the program produces a result in which 
work support flow data applicable to multiple organizational classes is generated. 

[0047] A detailed explanation of the data format of the staff/organization 

DB 130, work DB 140 and work support flow data 150 will be given later. 

[0048] Next, the construction of the work support information extracting 

unit 20, on which the work support information extracting program 10 is executed, will 
be explained with reference to Fig. 2. 

[0049] The information processing unit 200 reads out the work support 

information extracting program 10 from the storage unit (or storage medium) 232 and 
executes processes, other than those executed by the display unit 210 and input unit 220. 

[0050] The display unit 210 executes processes, that relate to display of 

information to the user 30, in the information extracting program 10. More specifically, 
those processes involve displaying the staff/organization DB input screen 400, the work 
data input screen 900, and the sub-class workflow completion condition input screen 
1300, each to be explained later. 

[005 1] Of the processes executed in the work support information 

extracting program 10, the input unit 10 executes such processes that are related inputs 
by the user 30. More specifically, those processes involve inputting into the 
staff/organization DB input screen 400, inputting into the work data input screen 900, 
and inputting into the sub-class workflow completion condition input screen 1300, each 
to be explained later. 

[0052] The staff/organization DB 130, work DB 140 and work support 

flow data 150 are stored in the storage unit 230, and each item of data is processed, 
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displayed or inputted in each process by the information processing unit 200, display unit 
210 and input unit 220. 

[0053] With the above construction, there is provided an effect that 

processing of the work support information extracting program 1 0, the input of data from 
the user into the work support information extracting program 1 0, the display of data 
from the work support information extracting program 10 to the user, and the storage of 
data resulting from the process of the work support information extracting program 1 0 
can be all realized. 

[0054] Next, Figs. 3(a) to 3(c) show the data format and contact of the 

staff/organization DB 130. The staff/organization DB 130 contains an organization tree 
320, which is the organizational class information, and a staff tree 340, which is the staff 
class information, each provided as class data in a tree structure. The organization tree 
320 contains the organization data 330 as nodes in the tree structure, and the staff tree 
340 contains the staff data 350 as nodes in the tree structure. 

[0055] Fig. 3(a) shows the format of the organization data. The elements 

of the organization data format 300 include organization ID, organization name, parent 
organization ID, and sub-organization ID, where the organization ID contains an ID for 
identifying the organization uniquely, the organization name contains the name of the 
organization, the parent organization ID contains an ID of an organization that is the 
parent organization in the organization data, and the sub-organization ID list contains a 
list of IDs of organizations that are the sub-organizations in the organization data, 
respectively. 

[0056] This embodiment employs the parent organization ID and 

sub-organization ID list as data indicating the tree-structured class, but other types of data 
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are also acceptable. For example, a pointer to the parent organization data can be used in 
place of the parent organization ID and pointers to the sub-organization data can be 
stored in place of the sub-organization ID. 

[0057] Fig. 3(b) shows the format of the staff data. The elements of the 

staff data format 310 include staff member ID, staff member name, supervising manager 
ID, and subordinate ID list, where the staff member ID contains an ID for identifying the 
staff member uniquely, the staff member name contains the name of the staff member, 
the supervising manager ID contains an ID of a manager who is the supervising manager 
in the staff data, and the subordinate ID list contains a list of IDs of staff members who 
are subordinates in the staff data. The name of the staff member referred to above 
indicates either the name of a person or the title of a position, and the name of a person is 
used as the staff member name in this embodiment. 

[0058] This embodiment employs the supervising manager ID and 

subordinate ID list as the data indicating the tree-structured class, but other types of data 
are also acceptable. For example, a pointer to the supervising manager data can be used 
in place of the supervising manager ID and pointers to the subordinate data can be used 
in place of the subordinate ID list. 

[0059] Fig. 3(c) shows an example of the staff/organization DB. This 

example shows an organization structure, where Division X, which is the highest class 
organization, has sub-organizations of Department 1 and Department 2, Department 1 
has sub-organizations of Section 1 1 and Section 12, and Department 2 has a 
sub-organization Section 21. It also shows the staff structure, where each class has a 
manager, such as a Division Manager X in Division X, and each Section 12 and Section 
21 has a Section member(s). In this embodiment, the organization structure and staff 
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structure are presented as a classified tree structure, as indicated above. 

[0060] With the data format as described above, there is provided an 

effect wherein the organization data and staff data of a class structure can be maintained. 

[0061] Next, Fig. 4 shows an example of the screen in the 

staff/organization DB inputting process 100. A spread sheet entry is employed for data 
input in this example, and the organization tree data and staff tree data can be inputted in 
the staff/organization structure input frame 410. Each of the first column and the first 
row (shaded) of the frame represents the index of the columns and rows, respectively. 
Inputting each data item into the spread sheet forms the staff/organization DB. 

[0062] In case data of the staff and organization structure as shown in Fig. 

3(c) is to be inputted, a corresponding set of data of the Division name, Department name 
and Section name, and also the Division manager name, Department Manager name, 
Section Manager name, and Section member name are inputted into each class in the 
staff/organization structure input frame 400. The data for each class inputted in the same 
row is regarded to have a hierarchical relation. 

[0063] For example, since Division X, Department 1 and Section 1 1 are 

inputted in the same row in an example in Fig. 4, the organization data of Department 1 
is regarded to have a hierarchical relation in which Division X is the parent organization 
and Section 1 1 is one of the sub-organizations. If a parent element has two or more 
sub-elements, a cell (or cells) just below the parent element cell is (are) left blank and the 
second sub-element (or more sub-elements) is (are) inputted in the cell (or in each cell) 
on the right. For example, in the example shown in Fig. 4 where Department 1, the 
parent element, has two sub-elements, Section 1 1 and Section 12, a cell just below the 
cell used for inputting Department 1 is left blank, and Section 12, the second 
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sub-element, is inputted in the cell on the right of the blank cell. A similar approach is 
employed in the inputting of the staff structure. When an organization name is inputted 
into each cell, an organization ID for identifying the organization uniquely is generated 
automatically, and, when a staff member name is inputted, a staff member ID for 
identifying the staff member uniquely is generated automatically. Both columns and 
rows of the staff/organization structure input frame 410 can be added or deleted so as to 
cope with a possible increase or decrease of the number of classes, staff members and 
organizations. 

[0064] A spread sheet entry is employed for data input in the example in 

Fig. 4, but any other entry is acceptable. For example, it is acceptable to employ a visual 
entry where the staff/organization elements are represented by symbols, like a circle and 
a square, and the symbols are connected with each other with lines. 

[0065] With the sample screen as described above, there is provided an 

effect that the staff/organization data corresponding to the data format of the 
staff/organization DB can be inputted. 

[0066] Next, Fig. 5 shows the detailed sequence of the work extracting 

process 110. Since the work extracting process 1 10 is a recursive type program, the call 
origin process of this process supplies the parent work name and parent work 
organization name as the data necessary for this process. The work extracting process 
1 10 is provided with a function that extracts the sub-works and sub-work staff members 
(or organizations), which constitute the "parent work" carried out by the "parent work 
organization" received from the call origin. That is, it is a function that subdivides the 
parent work at the call origin into two or more sub-works. 

[0067] The process sequence will be explained more specifically 
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hereunder. 

[0068] After the parent work name and parent work organization name 

representing the handed-over data are received from the call origin, the sub-work item 
name constituting the parent work (step 500) is inputted. Next, the extracting process of 
the sub-work carrying-out unit corresponding to the inputted sub- work name (step 5 1 0) is 
executed. Then, the extracting process of the sub-work condition corresponding to the 
inputted sub-work name (step 520) is also executed. The sub-work condition refers a 
condition of carrying out the sub-work, for example, "after what work the sub-work 
should be carried out" or "under what condition the sub-work should be carried out". 

[0069] Since necessary data for the work item has become available 

through the processes described above, the inputted work item is registered into the work 
DB (step 530). As a result of the processes described above, a work item for which a 
staff member or organization has been specified as the processing unit, i.e, a work item 
subdivided by a staff unit or organization unit has been inputted. 

[0070] The processes described above are repeated until all sub-work 

items are inputted (step 540). Multiple sub- work items subdivided from the parent work 
are all inputted through this process. 

[0071] When multiple sub-works corresponding to the parent work are 

inputted at a point where the process up to step 540 is complete, it is likely that the parent 
work will be completed while the workflow comprising the sequences of the sub-works 
are being branched. For example, when a parent work "Request for Order" comes to 
completion with two sub-works "Section Manager's approval on Order" and "Department 
Manager's approval on Order", the condition for completing the workflow in the 
sub-class can be either a case where "Section Manager's approval on Order" is completed 

15 



and "Department Manager's approval on Order" is also completed or a case where either 
one of "Section Manager's approval on Order" and "Department Manager's approval on 
Order" is completed. In case the workflow completion condition in the sub-class cannot 
be defined uniquely in this way, a process for inputting the completion condition is then 
executed (step 550). 

[0072] Through the process up to step 550, the workflow in the sub-class 

corresponding to the parent work is determined. 

[0073] Next, for all the sub- works constituting the sub-class workflow, 

whether the unit performing the work is a person or an organization is checked (steps 
560, 570). If the unit is an organization, it is determined that the work is capable of 
being further subdivided and the work extracting process 1 10 is called recursively (step 
580). The data to be handed over to the recursive call destination is the sub-work name 
and organization when the unit is found to be an organization. 

[0074] The processes in steps 570 and 580 are repeated on all sub- works 

constituting the sub-class workflow (step 590) until the work extracting process 1 10 is 
complete. 

[0075] A detailed explanation of the sub-work unit extracting process 

510, sub-work condition extracting process 520 and sub-class workflow completion 
condition generating process 550 will be given later. 

[0076] Through the processes in steps 500 to 590, there is provided an 

effect that the work items by a unit corresponding to the staff or organization are inputted 
by the user, the person or organization is determined for each work item, and that the 
workflow within the organization is inputted independently in each organizational class. 

[0077] Next, Fig. 6 shows the detailed sequence of the sub- work unit 
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extracting process 510. The sub-work unit extracting process 510, which is a process 
that determines the person or organization carrying out the sub-work item inputted in the 
work extracting process 1 10, is provided with a function of generating a candidate list of 
the units dynamically. 

[0078] The process sequence will be explained in more detail hereunder. 

To start with, a list for storing the candidate units of the sub-work is first initialized (step 
600), and a parent work organization is searched for from the organization tree in the 
staff/organization DB and the manager of the parent work organization is searched for 
from the staff tree of the staff/organization DB (steps 610, 620). Next, the manager of 
the parent work organization is added to the candidate list (step 630). 

[0079] That is to say, there is a possibility that a sub-work constituting the 

parent work is carried out by the manager of the parent work organization. For example, 
work within Division X, constituting the Division X work, may possibly be taken charge 
of by Division Manager X. 

[0080] Next, at what class the parent work organization is positioned in 

the organization tree is checked. More specifically, whether the organization is at the 
lowest class (= bottom class) in the organization tree is checked (step 640). If the parent 
work organization is found to be not at the bottom class as a result of the check, it means 
that there is a lower class organization than the parent work organization, and therefore, 
the sub-organization of the parent work organization is added to the candidate list (step 
650). 

[0081] That is to say, there is a possibility that a sub-work constituting the 

parent work is carried out by the sub-organization of the parent work organization. For 
example, work within Division X constituting the Division X work may possibly be 
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taken charge of by a sub-organization of Division X, such as Department 1 1 or 
Department 12. 

[0082] Next, whether the manager of the parent work organization has a 

subordinate is checked (step 660). If the manager is found to have a subordinate(s) as a 
result of the check, the subordinate is added to the candidate list (step 670). 

[0083] That is to say, there is a possibility that sub-work constituting the 

parent work is carried out by the subordinate of the manager of the parent work 
carrying-out organization. For example, work within Division X, constituting the 
Division X work, may possibly be taken charge of by Department Manager 1 1 or 
Department Manager 12, who is a subordinate of Division Manager X. 

[0084] Through the process up to step 670, the candidate list of the 

sub-work units is determined. In other words, sub-work constituting the parent work is 
carried out by any of the manager of the parent work carrying-out organization, its 
sub-organization, or a subordinate of the manager. It means, for example, that a work 
within Division X, constituting the Division X work, is taken charge of by Division 
Manager X, by Department 1 1 or Department 12, which is the sub-organization of 
Division X, or by Department Manager 1 1 or Department Manager 12, who is a 
subordinate of Division Manager X. 

[0085] Next, the candidate list of the sub-work units is displayed (step 

680), and the user selects a person or organization that carries out the sub-work (step 
690). Now, the sub-work carrying-out unit extracting process 510 is complete. 

[0086] Through the processes described above, the unit of the sub-work 

inputted in the work extracting process 1 10 is determined. 

[0087] With the processes in steps 600 to 690, there is provided an effect 
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that the manager of the parent work organization, its sub-organization or the subordinate 
of the manager is presented as a candidate for the unit of the sub-work item inputted in 
the work extracting process 110. 

[0088] Next, Fig. 7 shows the detailed sequence of the sub-work 

condition extracting process 520. The sub-work condition extracting process 520, which 
is a process that determines the condition of carrying out the sub-work item inputted in 
the work extracting process 1 10, is provided with a function of defining the workflow of 
the sub-work independently within the sub-class and also a function of changing the user 
interface for inputting the condition depending upon whether the workflow of the 
sub-work has a branch or not. 

[0089] The process sequence will be explained in more detail hereunder. 

To start with, a list for storing the candidate units of the sub-work is first initialized (step 
700) and a "flow start" condition is added to the candidate list (step 710). The "flow 
start" condition is a nonobjective condition of starting the sub-work flow, and the "flow 
start" condition is replaced with a combination of start conditions or completion 
conditions of other works on the final work support flow data (this process is executed by 
the work support flow generating process 120, to be explained later). 

[0090] Next, for all work items in the sub-class workflow (which are 

called "work i"), the candidate completion conditions of work i are added to the 
candidate list (step 720, 730). In case there arise three sub-works, "Preparation of 
Order", "Section Manager's approval on Order" and "Department Manager's approval on 
Order", for example, candidate conditions such as "Preparation of Order completed", 
"Section Manager's approval on Order completed" and "Department Manager's approval 
on Order completed" are added to the candidate list. 
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[0091] Next, the condition of the work i under process is compared with 

the conditions of all other sub-works (step 740). 

[0092] If the condition of the work i is equal to the condition of another 

sub-work, it means that the work i and the sub-work in question are carried out together 
on a certain occasion and that the workflow of the sub-work contains a branch. When a 
workflow contains a branch, the condition of works to be inputted after the branch may 
possibly be complicated. As a result, a candidate condition "New carrying-out condition" 
is added to the candidate list (step 750). Furthermore, a logical condition input button is 
additionally displayed (step 780) so that a complicated work condition can be described 
using a logic formula containing a combination of multiple candidate conditions. "New 
carrying-out condition" is a set of choices for defining a new work condition other than 
"flow start" and "work i completed". The logical condition input button is a button for 
inputting a logical condition "AND", "OR", or "NOT" among multiple candidates of the 
work conditions and also for inputting brackets "(" and ")" used in a logic formula. 

[0093] The foregoing operation will be explained hereunder, using an 

example. There can be a workflow, for example, where "Section Manager's approval on 
Order" or "Department Manager's approval on Order" comes after "Preparation of 
Order", and the workflow requires Section Manager's approval if an article to be ordered 
is "stationery" and Department Manager's approval if an article to be ordered is "electric 
appliance". If the condition of "Section Managers approval on Order" and "Department 
Manager's approval on Order" is simply specified like "Preparation of Order completed" 
in the above example, the workflow does not describe the work correctly because both 
works "Section Manager's approval on Order" and "Department Manager's approval on 
Order" are always required regardless of what article is to be ordered. When a case like 
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the above happens, new conditions "Order for stationery" and "Order for electric 
appliance" should be added, using the afore-mentioned "New carrying-out condition", 
and the condition of "Section Manager's approval on Order" is specified as "Preparation 
of Order completed AND Order for stationery" and the condition of "Department 
Manager's approval on Order" is specified as "Preparation of Order completed AND 
Order for electric appliance". For inputting this condition, a logical condition input 
button "AND" is used. A detailed explanation of the user interface for inputting a logical 
condition will be given later. 

[0094] When the steps 730 to 760 are executed completely for all work 

items i within the sub-class workflow (step 770), the condition candidate list for the 
sub-work items inputted in the work extracting process 1 10 is determined. 

[0095] Next, the candidate list of the sub-work conditions is displayed 

(step 780), and the user selects from the candidate list and inputs the condition of the 
sub- work using the logical condition input button (step 790). Now, the sub- work 
condition extracting process 520 is complete. 

[0096] In other words, the above means that, because the carrying-out 

condition of a sub-work is defined using the "flow start" condition indicating the start of 
the sub-class workflow, the completion condition of other work in the same sub-class 
workflow, the new condition defined by the user, and a logic formula made of a 
combination thereof, the workflow does not depend upon the completion condition of 
work in any other class, but can be defined independently within the sub-class. 

[0097] Through the processes as described above, the condition of the 

sub-work item inputted in the work extracting process 1 10 is determined. 

[0098] With the processes in steps 700 to 790, there is provided an effect 
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that the condition of the sub- work item inputted in the work extracting process 1 10 can 
be defined independently within the sub-class to which the sub-work item belongs and 
that the work condition inputting means is switched depending upon whether the 
sub-class workflow contains a branch or not. 

[0099] Next, Figs. 8(a) and 8(b) show the data format of the work DB 

140. Stored in the work DB 140 is the data related to the work items extracted from the 
user in the work extracting process 110. 

[0100] Fig. 8(a) shows the format of the work data. The elements of the 

work data format 800 include work ID, work name, unit, work condition, parent work ID, 
and sub-work ID list, where the work ID contains an ID identifying the work item 
uniquely, the work name contains the work item name inputted in step 500 of the work 
extracting process 1 10, the unit information contains the person name or organization 
name extracted by the sub-work unit extracting process 510, the work condition contains 
the work condition extracted by the sub-work condition extracting process 520, the 
parent work ID contains an ID of the work which is specified as the parent work in the 
work data, and the sub-work ID list contains a list of IDs of the works which are 
specified as the sub-work in the work data. 

[0101] This embodiment employs the parent work ID and sub-work ID 

list as the data indicating the class of work, but other types of data are acceptable, for 
example, a pointer to the parent work data can be used in place of the parent work ID and 
pointers to the sub-work data can be used in place of the sub- work ID list. 

[0 1 02] In addition, although the unit information contains the person 

name or organization name in this embodiment, a staff member ID or organization ID 
can be used in place of the person name or organization name, respectively. 
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[0103] Fig. 8(b) shows an example of the work DB. In this example 

exhibiting the works carried out by the organizations in the sample staff/organization DB 
shown in Fig. 3(c), a square represents the work item, an ellipse represents the start or 
finish of the work, and an arrow represents the sequence of the work. Although, for the 
convenience of description, the start and completion of the work and the sequence of the 
work are shown separately in this example, they are held together as a work formula in 
the actual work data. For example, as the condition data FS2 is held for the Department 
1 work and data E2 is held for the Department 2 work, the flow shows a sequence in 
which the Department 2 work is carried out after the Department 1 work. Of the work 
start and completion conditions, the condition prefixed with FS is a workflow start 
condition within the class and those prefixed with FE is a workflow completion 
condition within the class. 

[0104] With the data format as described above, there is provided an 

effect that the work data of a class structure can be held and that the workflow data 
independent for each class can be held. 

[0105] Next, Fig. 9 shows a sample screen 1 of the work extracting 

function 110. This screen is an example of a case where the sub-class workflow contains 
no branch. The work data input screen 900 comprises a work item inputting area 910, 
work unit selecting area 920, work condition formula inputting area 930, and a work 
condition candidate selecting area 940. 

[0106] In the work item inputting area 910, the sub-class works inputted 

before are listed and "New work" is shown on the last line of the list. If the user writes in 
a new work item name, the new work item is added. 

[0107] The work "parent work carrying-out organization" in the prompt is 
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replaced dynamically with an actual parent work organization name and the word "parent 
work" with an actual parent work item name, respectively. For example, if a sub-work is 
being inputted for the X Division work of Division X, the prompt would be "Of what 
sub-works does the Division X work carried out by Division X consist?" 

[0108] In the work unit selecting area 920, the candidate list of the 

sub-work units generated in the sub-work unit extracting process 510 is displayed, and 
the user can select a person or organization from the candidate list. 

[0109] In the work condition candidate selecting area 940, the list of the 

sub-work carrying out conditions generated in the sub-work condition extracting process 
520 is displayed. When the user selects a work condition from the candidate list, the 
condition is set in the work condition formula inputting area 930. 

[0110] When the sub-work registration button 950 is pressed after the 

work item, the person or organization and the work condition are set through the 
procedures indicated above, the work data is registered in the work DB. 

[0111] When the whole sub-work input completion button 960 is pressed 

by the user after the whole sub-works constituting the parent work are inputted, the 
sub-work input is complete. 

[0112] With the sample screen as described above, there is provided an 

effect that the work data can be inputted in a format corresponding to the work DB 
format. 

[0113] Next, Fig. 10 shows a sample screen 2 of the work extracting 

process 1 10. This screen is an example of a case where the sub-class workflow contains 
a branch. If the sub-class workflow contains a branch, "New carrying-out condition" is 
added to the work condition candidate selecting area 940 by the sub-work condition 
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extracting process 520 and additionally the logic condition input buttons 1000, 1010, 
1020, 1030 and 1040 are displayed. As the user writes in a new condition name over 
"New carrying-out condition", the new work condition is defined. 

[0114] Besides, selecting a candidate condition from the work condition 

candidate selecting area 940 and pressing necessary input buttons 1000, 1010, 1020, 
1030 and/or 1040 makes it possible to input a work condition formula, and the inputted 
work condition formula is displayed in the work formula inputting area 930. 

[0115] In the above, any means is acceptable for materializing the defined 

"new carrying-out condition". For example, it is acceptable that any other work support 
system than that in the present invention, which provides actual work support based on 
the work support flow data 150 according to the present invention, materializes the "new 
work carrying-out condition" or that the "new work carrying-out condition" is assigned to 
any of the works extracted according to the present invention so that the "new work 
carrying-out condition" can be materialized at the time when the work is completed. 

[0116] With the sample screen as described above, there is provided an 

effect that the work data can be inputted in a format corresponding to the work DB 
format and that, if the workflow contains a branch, a detailed work condition can be 
inputted. 

[0117] Next, Fig. 1 1 shows the detailed sequence of the sub-class 

workflow completion condition generating process 550. The sub-class workflow 
completion condition generating process 550 is provided with a function that generates a 
completion condition which specifies under what condition the sub-class workflow is 
completed when the sub-class work flow contains a branch. 

[0118] The process sequence will be explained in more detail hereunder. 
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To begin with, the work to be carried out finally in the sub-class workflow is searched for 
among the works within the sub-class workflow (step 1 100). Then, the number of the 
final works searched is checked (step 1 100). If there are found two or more final works, 
it means that the sub-class workflow contains a branch in the course of the flow, and 
accordingly, the completion condition of the sub-class workflow cannot be defined 
uniquely. Because of this, the completion condition needs to be inputted by the user 
(step 1 120). How to input the condition will be explained later. Then, the completion 
condition inputted by the user is registered into the workflow completion condition table, 
and the sub-class workflow completion condition generating process 550 is complete. 

[0119] Through the processes in steps 1 100 to 1130, there is provided an 

effect that the condition of completing the sub-class workflow in case the sub-class 
workflow contains a branch can be defined uniquely. 

[0120] Next, Figs. 12(a) to 12(c) shows the data format of the workflow 

completion condition table. In the workflow completion condition table, the data related 
to the workflow completion condition extracted from the user in the sub-class workflow 
completion condition extracting process 550 is stored. 

[0121] Fig. 12(a) shows the format of the workflow completion condition 

table. The elements of the workflow completion condition table include a parent work 
ID, a sub-work flow completion condition ID, and a sub-work flow completion condition 
formula, where the parent work ID contains a parent work ID corresponding to the 
sub-class workflow, the sub-work flow completion condition ID contains an ID that can 
identify the sub-class workflow completion condition uniquely, and the sub-work flow 
completion condition formula contains a completion condition formula that brings the 
sub-class workflow to completion. 
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[0122] Next, an example of values that are held in the workflow 

completion condition table will be explained hereunder, with reference to an example 
workflow. 

[0123] Fig. 12(b) shows an example of a workflow. The example 

represents a case in which there exist a sub-work flow (1220) comprising the works All, 
A12 and A13 that are sub-works of the work As (1210), and also a sub-subwork flow 
comprising the works A121 and A 122, that are sub-work of the sub-work A12 (1230), 
i.e. sub-subwork of the work Al (or sub-work of the work A 12), where the sub- work 
flow of the work Al is completed when both work A12 and work A13 are completed and 
the sub-work flow of the work A12 is completed when either the work A121 or the work 
A 122 is completed. 

[0124] Fig. 12(c) shows an example of the workflow completion 

condition table corresponding to the above-mentioned example of a workflow. In the 
example of a workflow as discussed above, the completion condition ID of the sub-work 
flow 1220 corresponding to the work Al (1210) is El, and the completion condition of 
the sub-work flow 1240 corresponding to the work A12 (1230) is El 2. Since the actual 
completion condition of the workflow 1220 is the completion of both A12 and A 13, the 
completion condition formula of the workflow 1220 is given as E12*E13. And, since the 
actual completion condition of the workflow 1240 is the completion of either A121 or 
A 122, the completion condition formula of the workflow 1240 is given as El 21 +E 122 
(where AND is shown as symbol * and OR as symbol +). 

[0125] With the data format described above, there is provided an effect 

that the data, which uniquely represents the condition of completing the sub-class 
workflow in case the sub-class workflow contains a branch, can be held. 
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[0126] Fig. 13 shows an example of a screen of the sub-class workflow 

completion condition generating process 550. The sub-class workflow completion 
condition generating process 550 comprises a workflow completion condition inputting 
area 1310, workflow completion condition candidate 1320, and logic condition input 
buttons 1330, 1340, 1350, 1360 and 1370. In the workflow completion condition 
candidate 1320, the completion conditions of the final works in the sub-class workflow, 
searched in step 1 1 00 of the sub-class workflow completion condition generating process 
550, are listed. By selecting a workflow completion condition candidate from the 
workflow completion condition candidate 1320 and pressing the logic condition input 
buttons 1000, 1010, 1020, 1030 and/or 1040 as required, the user can input a workflow 
completion condition formula and the inputted workflow completion condition formula 
is displayed in the workflow completion condition inputting area 1310. 

[0127] The function and use of the logic condition input buttons are the 

same as for the logic condition input buttons 1000, 1010, 1020, 1030 and 1040 on the 
work data input screen 900. 

[0128] Lastly, when the user presses the workflow completion condition 

registration button 1380, the inputted workflow completion condition is registered in the 
workflow completion condition table. 

[0129] With the example screen as described above, there is provided an 

effect that the workflow completion condition data in a format corresponding to the data 
format of the workflow completion condition table can be inputted when the sub-work 
flow contains a branch. 

[0130] Fig. 14 shows the detailed sequence of the work support flow 

generating process 120. The work support flow generating process 120 is provided with 
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a function that generates the work support flow, well coordinated throughout the 
organization, from the work data in the work DB and the workflow, defined 
independently within each organizational class, in the work DB. 

[0131] The process sequence will be explained hereunder. In the work 

support flow generating process 120, to start with, all the work data registered in the 
work DB 140 are checked to find out whether it is the first work in each class workflow 
(steps 1400, 1410). More specifically, if the work condition formula of each work i 
contains a "flow start" condition, the work i is judged to be the first work in the workflow 
of the class to which the work belongs. 

[0132] If the work i is not the first work, the work i is registered into the 

work support flow data 150 as it is (step 1490). 

[0133] Next, the highest-class work to which the work i belongs is 

searched (step 1420). The highest-class work searching process 1420 is a process for 
searching for the work positioned at the highest class (having no parent work) among the 
works to which the work i belongs. More specifically, as shown in Fig. 15, work X is 
checked for its parent work (step 1500) and, if the work has a parent work, the 
highest-class work search for the parent work is executed recursively (step 1510). 

[01 34] If the highest-class parent work Xp to which the work i belongs is 

found in step 1420, the "workflow start" condition formula of the work i is then replaced 
with the condition formula of the parent work Xp (step 1430). As a result of this step, 
"workflow start", which is a nonobjective condition indicating the start of each class 
workflow, is replaced with the completion condition of other work. 

[0135] Then, each term in the work i condition formula (assuming that a 

term j is being selected) is searched from the sub-work flow completion condition ID in 
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the workflow completion condition table (steps 1440, 1450). If a sub-work flow 
completion condition ID that conforms to the selected term j is found as a result of the 
search, the selected term j is replaced with the sub-work flow completion condition 
formula in the workflow completion condition table (steps 1460, 1470) and the sequence 
returns to step 1440. If the replaced portion in the formula is bracketed with M (" and ")" 
in this replacing process, the priority of importance given to each term of the condition 
formula is maintained. Through the process described above, a nonobjective condition 
"sub-work flow completion" is replaced with the completion condition of other work. 

[0136] By executing the above steps 1450, 1460 and 1470 on all terms in 

the work i condition formula, the nonobjective conditions like "workflow start" and 
"workflow completion" contained in the work i condition formula are replaced with the 
condition of other existing work. The work i, of which the conditions have been 
replaced, is then registered in the work support flow data 150 (step 1490). 

[0137] By executing the above steps 1410 to 1490 on all work data 

registered in the work DB 140, the work support flow data 150 applicable to multiple 
organizations can be generated from the workflows inputted independently within each 
organizational class. 

[0138] Through the processes in steps 1400 to 1491 above, there is 

provided an effect that the work support data applicable to multiple organizational 
classes can be generated from the organizational class workflow, stored in the work DB 
and independent for each organizational class. 

[0139] Next, Fig. 16 shows the data format of the work support flow data 

1 50. The data related to the work support flow generated in the work support flow 
generating process 120 is stored in the work support flow data 150. 
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[0140] The work data format of the work support flow data is the same as 

for the work data format of the work DB 140. 

[0141] Fig. 16 shows an example of the work support flow data. This 

example shows the work support flow data that is generated as a result of the work 
support flow generating process 1 20 being executed on the work data in the example 
work DB shown in Fig. 8(b). 

[0142] Compared with the example work DB in Fig. 8(b), it is known that 

the workflow is applicable to multiple organizational classes as all "sub-work flow start" 
and "sub-work flow completion" conditions are deleted except for FS1 representing the 
work start and FE1 representing the work completion of the whole organization; 
however, instead, each work (1600, 1610, 1620, and 1630) is started as a result of the 
work completion in a different class. 

[0143] With the data format as described above, according to the present 

embodiment, there is provided an effect that the work support flow data applicable to 
multiple organizations and classes can be held while the user simply defines the sequence 
within a class in replacing the data. 

[0144] Next, a second embodiment (embodiment 2) of the work support 

information extracting system according to the present invention will be explained with 
reference to Fig. 17 to Fig. 22. 

[0145] The example representing this embodiment is a work information 

extracting service that utilizes the work support information extracting system of the 
afore-mentioned embodiment 1 . More specifically, the example supposes a case where 
the workflow is so constructed that work items are carried out jointly by four enterprises, 
Company A, Company B, Company Al (subsidiary of Company A) and Company A2 
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(subsidiary of Company A). The construction of each unit and the layout of the screen in 
this embodiment are similar to that in the embodiment 1 . 

[0146] As shown in Fig. 17, each Company A, Company B, Company Al 

and Company A2 is supposed to have its own staff/organization DB, work DB and work 
support flow data. In addition, the work support information extracting unit 20 in the 
embodiment 1 is operating in the administrating enterprise (Company X) that provides 
the work information extracting service. The work support information extracting unit 
20 of this embodiment contains an enterprise DB 1 700 instead of a staff/organization DB 
130, an enterprise work DB 1710 instead of a work DB 140, and an integrated work 
support flow datal720 instead of a work support flow data 150. The staff/organization 
DB 130 and enterprise DB 1700 have the same data format, work DB 140 and enterprise 
work DB 1710 have the same data format, and work support flow data 150 and integrated 
work support flow data 1 720 have the same data format. In other words, the data differs 
only in description. 

[0147] Fig. 18 shows the processes in the embodiment 2. In the work 

support information extracting program 1 800 of this embodiment, the staff/organization 
DB, work DB and work support flow data held independently by each enterprise is read 
out (step 1810). Any means of reading out the data is acceptable. 

[0148] Next, an input process into the enterprise DB is executed (step 

1820). The details of this process sequence are the same as in the staff/organization 
inputting process 100 in the embodiment 1. In this process, Company X is registered in 
the enterprise DB as an administrating enterprise, and Company A, Company B, 
Company Al and Company A2 are registered as the sub-organizations of Company X. 

[0149] Then, an enterprise work extracting process is executed (step 
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1830). The details of this process sequence are the same as in the work extracting 
process 1 10 in the embodiment 1 . In this process, the administration work to be carried 
out by Company X is registered in the enterprise work DB so as to modify the work 
conditions in each company which have already been read out in the individual enterprise 
data reading process 1810. 

[0150] Next, an integrated work support flow generating process is 

executed (step 1840). The details of this process sequence are the same as in the work 
support flow generating process 1 20 in the embodiment 1 . In this process, work support 
flows applicable to the companies are generated. Lastly, the integrated work support 
flow data generated in step 1 840 is subdivided into portions related to each company and 
is distributed back to relevant enterprises (step 1850). As shown in Fig. 19, the work 
support flow data subdivided into portions related to each company (shaded portions) is 
distributed from Company X. Any means of distribution is acceptable. For example, 
data may be distributed automatically through a network or by means of a medium such 
as FD. 

[0151] Through the processes in steps 1810 to 1850, there is provided an 

effect that the integrated work support flow data can be generated from the 
staff/organization DB, work DB and work support flow data, held respectively by 
multiple organizations, and that the data can be subdivided for each enterprise and 
distributed to each. 

[0152] In this service, it is allowable to charge a fee in each step of the 

processes in the embodiment 2. For example, in step 1810, it is allowable to charge a fee 
according to the volume of read-out data, such as the staff/organization DB, work DB, 
work support flow data, etc. It is also allowable that, in step 1850, a fee is charged 
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according to the volume of distributed data, such as the work support flow data 
subdivided for each company. Any basis for charging other than volume is acceptable 
(for example, charge by time required for data preparation). 

[0153] Fig. 20 shows an example of the enterprise DB 1700. The 

enterprise DB 1 700 contains an enterprise organization tree 2000 and an enterprise staff 
tree 2020, each having the same data structure as in the organization tree 329 and staff 
tree 340 in the embodiment 1, respectively. In the afore-mentioned step 1 820, a general 
administration organization 2010 and Company X, an administration enterprise 2030 are 
added to this, and the organization and staff of each enterprise read out in the previous 
step 1810 are allocated. 

[0154] Fig. 21 shows an example of the enterprise work DB 1710. The 

enterprise work DB 1710 has the same data structure as in the work DB 140 in the 
embodiment 1 . In the afore-mentioned step 1 830, a general work 2100 for coordinating 
the works of each enterprise is added, and the sequences for carrying out the works of the 
individual enterprise, read out in the afore-mentioned step 1810, are defined with priority 
applicable to multiple enterprises in each work class. In addition, if a hierarchical 
relation is created among the works of different enterprises (such as subcontract of work. 
The example shows a case where works are subcontracted from Company A to its 
subsidiaries, Company Al and Company A2), administration work at a higher class, such 
as Company A administration work 21 10, is added. In Fig. 21, the shaded portions 
represent the data newly defined in step 1830, and the individual enterprise works 2120, 
2130, 2140, and 2150 represent the data read out in step 1810. 

[0155] Fig. 22 shows an example of the integrated work support flow data 

1720 generated in the afore-mentioned step 1840. The integrated work support flow data 
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1720 has the same data structure as in the work flow data in the embodiment 1 . The 
integrated work support flow data can be subdivided into the Company Al work support 
flow 2200, Company A2 work support flow 2210, Company A work support flow 2220, 
and Company B work support flow 2230. Thus, the individual work support flow is 
distributed to each enterprise in step 1850. 

[0156] Also in this embodiment, there is provided an effect that the work 

support flow data applicable to multiple organizations and classes can be held while the 
user simply defines the sequence within a class in replacing the data. 

[0157] As explained above, according to the embodiment 2, it is possible 

to realize a service that generates, based on the staff/organization DB, work D/B and 
work support flow data held independently by each enterprise, the work support flow for 
each enterprise to carry out the work jointly. 

[0158] In consideration of the performance environment of the computer 

that executes the processes according to the present invention, it is acceptable in the 
present invention that any one of the process steps in the afore-mentioned embodiments 
can be realized after being divided into two or more steps or that two or more steps of the 
processes can be realized after being integrated into a single step. There is no limitation 
to the mode of realization so long as the functions offered by the present invention are 
not damaged. 

[0159] With the work support information extracting system according to 

the present invention, where there is provided a function for describing a workflow in 
classes, works can be extracted in a unit corresponding to a work or organization unit 
when the work information is extracted from the user. 

[0160] Since a work support flow, well coordinated throughout the 
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organization and applicable to multiple organizational classes, can be generated 
automatically simply by defining the workflow independently in each organizational 
class, the influence of modifying a workflow can be limited within the organization that 
carries out the modified work. 
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